home *** CD-ROM | disk | FTP | other *** search
/ 8bitfiles.net/archives / archives.tar / archives / compuserve-file-archive / 16 Vendor Support / XMODEM.THD < prev    next >
Text File  |  2019-04-13  |  72KB  |  1,930 lines
  1.  
  2.  
  3. #: 14355 S1/Help/Data Lib Tools
  4.     16-May-88  17:44:02
  5. Sb: #XMODEM - RunTerm
  6. Fm: Bob Raikes 75616,1153
  7. To: sysop (X)
  8.  
  9. I just spent a half-hour trying to download the top items in DL 6 and 8. I was
  10. aborted immediately on each try. I use Runterm (stop laughing) and XModem
  11. protocol. This worked for me a few months ago, the last time I could aafford to
  12. use CompuServe. I can read the files, apparenlttly, but not download. Any idea
  13. what the trouble could be? My bored son, desperate for a game, would be very
  14. grateful.
  15.  
  16.  
  17.  
  18. #: 14357 S1/Help/Data Lib Tools
  19.     16-May-88  18:02:07
  20. Sb: #14355-#XMODEM - RunTerm
  21. Fm: Steve Nye/Sysop 76703,4032
  22. To: Bob Raikes 75616,1153 (X)
  23.  
  24. Bob,
  25.    No one is laughing <smile>.  We all have a personal preference.
  26.    In order to help you out, we need to know what happened.  Did you receive
  27. any error messages? Did the download even start to happen?  Did you get a file
  28. on your disk that you cannot use? Or did you get nothing at all?  It may well
  29. be that you got the programs, and don't realize it.  If the files were .IMG
  30. files (ending with
  31. IMG) then when you use Xmodem you must use another program (offline) to remove
  32. the Vidtex header.  The program in DL1 called BINIMG.BIN will do this for you.
  33.    Let us know some of the details of what happened and we will try to help you
  34. out.  Runterm supports Xmodem, so there is no reason it shouldn't work.
  35.    SteveN
  36.  
  37.  
  38.  
  39. #: 14429 S1/Help/Data Lib Tools
  40.     22-May-88  18:34:50
  41. Sb: #14357-#XMODEM - RunTerm
  42. Fm: Bob Raikes 75616,1153
  43. To: Steve Nye/Sysop 76703,4032 (X)
  44.  
  45. Thanks for your reply ,Steve. I was too frustrated with my first message to
  46. give you the detail I should have. What is happening is that I am getting a
  47. message saying operation aborted immmediately after runterm initiates the
  48. download. To be honest, I don't know if it is a program-generated or CompuServe
  49. generated message. The program always creates the file on disk before actually
  50. starting the download. So what it does is close the file, leaving me with a
  51. one-block file. The IMG factor is no problem. My version of runterm strips the
  52. additional characters/. As Isaid, izI had no problem with the same program and
  53. same procedure a few montshs ago, getting working program.ss okay. Oooops[[ To
  54. bee perfectly precise, I should say that on some attemts pts everything hangs
  55. up. Runterm  prints the word waiting alternated with tranferriing block
  56. (whatever) during a normal download. On some attempts now it just repeats the
  57. word waiting every 30 seconds or so. I should also note that I've justried
  58. several copies of the program and all respond the same, so it's not a corrupted
  59. program. Whatvever, it's really frustrating. Any help you can give me, even if
  60. it's just pinning fault on the program or Compuserve, will help. (I was
  61. wondering if the new CompuServe software is a t fault; that('s one thing that
  62. has changed since the program worked for me.) Anyway, thanks again.=
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72. #: 14434 S1/Help/Data Lib Tools
  73.     23-May-88  18:04:06
  74. Sb: #14429-#XMODEM - RunTerm
  75. Fm: Steve Nye/Sysop 76703,4032
  76. To: Bob Raikes 75616,1153 (X)
  77.  
  78. Bob,
  79.    It may very well be that the new software is just different enough to give
  80. Runterm problems.  I know when I use ProComm (on my IBM) there are two Xmodem
  81. protocols, one for CompuServe and one for everyone else. Another thought, are
  82. you using TeleNet, TymNet or something like that? The packet switching that
  83. those services use sometimes causes problems.
  84.    I am fairly sure that the error message you are getting is from RunTerm. All
  85. CompuServe error messages start with %NW??????? so they are readily
  86. recognizable.
  87.    The waiting that is being done when you start does not surprise me. Be sure
  88. you don't give up too early.  Xmodem is a co-ordinated effort between your
  89. computer and CompuServe and it can take up to 100 seconds to get the signals
  90. correct.  So make sure you aren't giving up after 30 seconds or so.  In this
  91. regard, it worries me that the transfer aborts so soon after starting.  I am
  92. using Xmodem and have all along, so I don't think it is the new software that
  93. is doing it.  I wonder if the timing in RunTerm may be at fault.
  94.    Another thought, there are two Xmodems...CRC and Checksum.  I know
  95. CompuServe recognizes CRC but don't know about Checksum.  If RunTerm is using
  96. that....it may be the problem.  I am hoping another sysop will read this <HEY!
  97. Jake!> and jump in with an idea here.
  98.    Wish there was an easy answer to your problem.  But I haven't run into this
  99. one before, and RunTerm is still new enough that not many folks know any of the
  100. details...or its 'quirks'.
  101.    SteveN
  102.  
  103.  
  104.  
  105.  
  106.  
  107. #: 14438 S1/Help/Data Lib Tools
  108.     23-May-88  19:37:50
  109. Sb: #14434-XMODEM - RunTerm
  110. Fm: Ed Flinn 73127,1476
  111. To: Steve Nye/Sysop 76703,4032 (X)
  112.  
  113. Steve,
  114.      "Normal" and "relaxed" versions of Xmodem are fairly common in MSDOS
  115. programs.  The original specs for Xmodem included some pretty short timeout
  116. intervals that just won't cut it on CIS or any other PSN.  While I've never
  117. used Runterm, I have used a few dozen 64 term pgms, and have yet to see one
  118. that wouldn't work here.  There is, of course, always a first time.
  119.      (I used to own a Volks 6480.  This modem has started many people on the
  120. road to building a varied collection of terminal software. <grin>)
  121.  
  122.      I'm sure that CIS supports checksum as well as CRC Xmodem.  CRC is an
  123. enhancement to greatly reduce the possibility of undetected errors.  I believe
  124. that CIS will attempt to use CRC first, but if the correct response to the
  125. initial timeout is not recieved, will then switch to checksum.  That's the
  126. standard way of supporting both Xmodems.  <ed>
  127.  
  128.  
  129. #: 14442 S1/Help/Data Lib Tools
  130.     23-May-88  21:29:51
  131. Sb: #14429-#XMODEM - RunTerm
  132. Fm: Todd Heimarck/Sysop 76703,3051
  133. To: Bob Raikes 75616,1153 (X)
  134.  
  135. Bob:
  136.    Steve mentioned the two flavors of Xmodem, Checksum and Cyclic Redundancy
  137. Check ("CRC" for short), the old version and the new version.  The new one is
  138. more reliable, according to the people who calculate every possible thing that
  139. could go wrong.  Compuserve will attempt to use CRC and then it switches to the
  140. old checksum version.  I have a terminal program that will try one Xmodem and
  141. then switch if it fails.  That might be the problem, but I doubt it (if CIS
  142. tries 2-3 times with the wrong type, that would take 20-30 seconds or more).
  143.    I suspect your problem is the "prime-time" slowdown.  The whole system slows
  144. down when lots of people are using it.  Most users prefer the hours 6 pm to
  145. midnight.  The four time zones have an overlap: 9-12 Eastern is the same as 6-9
  146. Pacific time.  If you're on the East Coast, try before 9 or after midnight.  On
  147. the West Coast, try before 6 pm or after 9.
  148.    ToddH
  149.  
  150.  
  151.  
  152. #: 14444 S1/Help/Data Lib Tools
  153.     24-May-88  00:23:52
  154. Sb: XMODEM - RunTerm
  155. Fm: Thomas R. Fry 70317,140
  156. To: SYSOP (X)
  157.  
  158. To SYSOP(x)I have performed downloads previously using X - MODEM protocol. I am
  159. using the same modem and terminal software. Apparantly, all I receive now are
  160. repeated Control-x's (ASCII 24). Could you please advise ? Last DOW
  161. approximately Dec. '87.
  162.                   Thanks.
  163.  
  164.  
  165.  
  166.  
  167. #: 14445 S1/Help/Data Lib Tools
  168.     24-May-88  11:21:22
  169. Sb: #14442-#XMODEM - RunTerm
  170. Fm: Gary Farmaner 76703,3050
  171. To: Todd Heimarck/Sysop 76703,3051 (X)
  172.  
  173. Todd,
  174.  
  175.   These start signals are only applicable to uploads. In Xmodem, the receiver
  176. always begins the transfer process, and thus controls which version of Xmodem
  177. to use.
  178.  
  179.   I did a test, a while back, of the CompuServe start signals. CompuServe will
  180. try to start a CRC upload ("C" sent) six times , and then checksum three times
  181. (NAK) before aborting the upload.
  182.  
  183.   The six attempts at CRC take about a minute.
  184.  
  185. Gary
  186.  
  187.  
  188.  
  189. #: 14447 S1/Help/Data Lib Tools
  190.     24-May-88  16:50:50
  191. Sb: #14445-#XMODEM - RunTerm
  192. Fm: Marte Brengle 76703,4242
  193. To: Gary Farmaner 76703,3050 (X)
  194.  
  195. What drives me out of my mind is when I'm trying to up/down something and I've
  196. got a single-sided disk in my 1571. I haven't got the new ROMS and that darn
  197. drive will sit there and whir and flash and click and gronk and generally dink
  198. around for what seems like ages before it says "Oh!  You asked me to DO
  199. something!" and gets on with it...
  200.  
  201.                                                       --M--
  202.  
  203.  
  204.  
  205.  
  206.  
  207. #: 14453 S1/Help/Data Lib Tools
  208.     24-May-88  23:28:34
  209. Sb: #XMODEM - RunTerm
  210. Fm: Thomas R. Fry 70317,140
  211. To: Bob Raikes/sysop(x) (X)
  212.  
  213. After catching up on my reading of the messages, perhaps I can help Bob Raikes.
  214. Also, I noticed Jose (?) also was having downloading problems. I have a
  215. HESmodem II and use Runterm (no chuckles) with no problems......well,... I had
  216. many succesful X-modem downloads back in Dec. '87 and everythingwas O.K. Due to
  217. buisness obligations, I was offline until a week ago. I have never been so
  218. frustrated in my entire CIS lifetime. I still (!!!) after many tries can't get
  219. a succesful X-modem DOW. Yes, the the program will abort immediately. Yes, the
  220. file is created and properly closed (with a <cr> as the only byte). I generated
  221. a Source file of Runterm to aid my investigation. CIS sends countless
  222. control-x's (ascii 24) ...why, I don't know. Runterm interprets this as a host
  223. computer "abort command" ( at $2d8e ). It will also interpret a control-c
  224. (ascii-3) the same way. What it does look for to start properly, is a countless
  225. series of 0's. When it sees a control-a (ascii-1), it will start with the
  226. transfer. If any sysop could help me find out what CIS has done to "their"
  227. internal protocol, I could write a patch routine. I even changed the wait loops
  228. ....that waited so long and tried so many times...... that CIS gave up on the
  229. transfer !! Incidently, Runterm does send out NAK's (one to grab the host's
  230. attention).
  231.  
  232.  
  233.                 Tom Fry 70317,140
  234.  
  235.  
  236.  
  237. #: 14456 S1/Help/Data Lib Tools
  238.     25-May-88  06:06:58
  239. Sb: #14447-#XMODEM - RunTerm
  240. Fm: Sysop/Betty Knight 76703,4037
  241. To: Marte Brengle 76703,4242 (X)
  242.  
  243. Dear Marte,
  244.  
  245.      I don't have the C128 ROMs either and so I continue to use each side as a
  246. one-sided diskette. In other words, I format each side rather than using a
  247. double-sided diskette --  otherwise it is certainly a waste of time for me. 
  248. Take care.
  249.  
  250.           Sincerely,
  251.           Betty Knight
  252.  
  253.  
  254.  
  255. #: 14457 S1/Help/Data Lib Tools
  256.     25-May-88  06:18:59
  257. Sb: XMODEM - RunTerm
  258. Fm: Thomas R. Fry 70317,140
  259. To: [F] Bob Raikes 75616,1153 (X)
  260.  
  261. After catching up on my reading of the messages, perhaps I can help Bob Raikes.
  262. Also, I noticed Jose (?) also was having downloading problems. I have a
  263. HESmodem II and use Runterm (no chuckles) with no problems......well,... I had
  264. many succesful X-modem downloads back in Dec. '87 and everythingwas O.K. Due to
  265. buisness obligations, I was offline until a week ago. I have never been so
  266. frustrated in my entire CIS lifetime. I still (!!!) after many tries can't get
  267. a succesful X-modem DOW. Yes, the the program will abort immediately. Yes, the
  268. file is created and properly closed (with a <cr> as the only byte). I generated
  269. a Source file of Runterm to aid my investigation. CIS sends countless
  270. control-x's (ascii 24) ...why, I don't know. Runterm interprets this as a host
  271. computer "abort command" ( at $2d8e ). It will also interpret a control-c
  272. (ascii-3) the same way. What it does look for to start properly, is a countless
  273. series of 0's. When it sees a control-a (ascii-1), it will start with the
  274. transfer. If any sysop could help me find out what CIS has done to "their"
  275. internal protocol, I could write a patch routine. I even changed the wait loops
  276. ....that waited so long and tried so many times...... that CIS gave up on the
  277. transfer !! Incidently, Runterm does send out NAK's (one to grab the host's
  278. attention).
  279.  
  280.  
  281.                 Tom Fry 70317,140
  282.  
  283.  
  284. #: 14460 S1/Help/Data Lib Tools
  285.     25-May-88  07:06:47
  286. Sb: #14453-XMODEM - RunTerm
  287. Fm: Sysop/Betty Knight 76703,4037
  288. To: Thomas R. Fry 70317,140 (X)
  289.  
  290. Dear Thomas,
  291.  
  292.      Thanks for your message about XMODEM downloading.  I forwarded a copy of
  293. it to both Bob and Jose for their reading.
  294.  
  295.      I have also asked some CompuServe people for the information you need to
  296. possibly make a "patch."  I'll let you know what I find out and perhaps the
  297. CBMART Sysops or some of our Members will leave you an answer.
  298.  
  299.      Thanks again for your interest and take care.
  300.  
  301.           Sincerely,
  302.           Sysop/Betty Knight
  303.  
  304.  
  305. #: 14464 S1/Help/Data Lib Tools
  306.     25-May-88  12:55:45
  307. Sb: #14456-#XMODEM - RunTerm
  308. Fm: Marte Brengle 76703,4242
  309. To: Sysop/Betty Knight 76703,4037 (X)
  310.  
  311. Most of my disks are now in double-sided 1571 format, but some are not, such as
  312. my Sidplayer disks, since a lot of my music was composed with the "old" Sid
  313. editor and I didn't feel like transferring everything to new disks when I got
  314. the Enhanced editor.  So when I went to upload my Sid files the other night,
  315. the drive went through its hoochie-coochie routine eight or nine different
  316. times (however many tunes I uploaded).  Argh.  Why the heck can't the stupid
  317. drive just read that "single sided" byte and say "Ah, this is a single sided
  318. disk, I won't even bother checking the other side" ??
  319.  
  320. On the other hand, how much for a set of new ROMs?
  321.  
  322.                                                        --M--
  323.  
  324.  
  325.  
  326.  
  327.  
  328. #: 14471 S1/Help/Data Lib Tools
  329.     25-May-88  23:35:17
  330. Sb: #14453-XMODEM - RunTerm
  331. Fm: Todd Heimarck/Sysop 76703,3051
  332. To: Thomas R. Fry 70317,140 (X)
  333.  
  334. Thomas:
  335.    I just wanted to point something out.  The (X) in parentheses after
  336. someone's name is a marker that that person has read the message.  So "SYSOP
  337. (X)" means the message has been read by a sysop.  You don't need to include the
  338. X in your messages.
  339.    ToddH
  340.  
  341.  
  342. #: 14472 S1/Help/Data Lib Tools
  343.     25-May-88  23:39:48
  344. Sb: #14464-#XMODEM - RunTerm
  345. Fm: Todd Heimarck/Sysop 76703,3051
  346. To: Marte Brengle 76703,4242 (X)
  347.  
  348. Marte:
  349.    If you have the old ROMs and a single-sided disk, you can force the drive
  350. into 1541 mode in two ways:
  351.    If the computer is in 64 mode, turn the drive off and then on.
  352.    If you're in 128 mode, send the command OPEN 15,8,15,"U0>M0" and then
  353. CLOSE15.  Either way, it won't do the hootchie-kootchie when fed a
  354. single-sider.
  355.    ToddH
  356.  
  357.  
  358.  
  359. #: 14477 S1/Help/Data Lib Tools
  360.     26-May-88  08:57:44
  361. Sb: #14434-#XMODEM - RunTerm
  362. Fm: Russ Ranshaw (CIS) 70000,1010
  363. To: Steve Nye/Sysop 76703,4032 (X)
  364.  
  365. CIS's XMODEM accepts either the CRC or Checksum operation.
  366.  
  367. I'd like to hear from the implementors of RunTerm.  How can I get to them?
  368.  
  369. By the way, I'm the dude who maintains the protocol stuff for CIS, and to my
  370. knowledge nothing has changed with XMODEM which should cause any such failures.
  371.  
  372. What got me was Thomas Fry's message saying that RunTerm "looks for a countless
  373. series of 0's."  That`s not teh way it says in the XMODEM document from Ward
  374. Christenson.
  375.  
  376. On a download, XMODEM waits for the receiver to send a NAK (or C to indicate
  377. CRC).  Should this happen to get garbled on the way, it will try this three
  378. times, waiting 20 seconds each time.  If it dosen't get a NAK or C in that
  379. time, it simply gives up.
  380.  
  381. Mr. Fry says that "CIS sends countless control-x's (ascii 24) ..." To my
  382. knowledge, this should happen only if it first receives a CAN.  The sequences:
  383.  
  384.         <CAN><CAN>
  385.         <CAN><' '>
  386.         <CAN><CR>
  387. or      <CAN><timeout>
  388.  
  389. will result in a "cancellation", and result in the host transmitting a series
  390. of three <CAN>'s in a row.  Once the transfer has started, a timeout is
  391. interpreted as a failure (XMODEM specs), and results in a single <CAN> being
  392. transmitte.
  393.  
  394. It seems that almost eveyone who has implemented XMODEM has thrown in their own
  395. personal twist, making it a difficult protocol to keep up with.
  396.  
  397.         -Russ
  398.  
  399.  
  400.  
  401. #: 14478 S1/Help/Data Lib Tools
  402.     26-May-88  09:03:18
  403. Sb: #14442-#XMODEM - RunTerm
  404. Fm: Russ Ranshaw (CIS) 70000,1010
  405. To: Todd Heimarck/Sysop 76703,3051 (X)
  406.  
  407. Todd,
  408.   XMODEM is a "receiver driven" protocol.  On a download, the sender waits for
  409. the receiver to send a NAK, or an ASCII 'C' for CRC.  Then the first packet is
  410. sent.
  411.   For uploads, the receiver (that's CIS in this case) sends a C to initiate CRC
  412. mode.  The receiver will try sending the C several times (three in the case of
  413. CIS), then try a few times with NAK, in the meantime waiting for the first
  414. packet to arrive (the <SOH>).
  415.   I don't know what RunTerm is doing, but either it is not doing what is
  416. expected or its timeouts are too short as you suggest.
  417.         -Russ
  418.  
  419.  
  420.  
  421. #: 14482 S1/Help/Data Lib Tools
  422.     26-May-88  13:41:24
  423. Sb: #14447-XMODEM - RunTerm
  424. Fm: Transactor HQ 76703,4243
  425. To: Marte Brengle 76703,4242 (X)
  426.  
  427. Hi Marte:
  428.  
  429. I've got the old ROMs too and can sympathize. Just getting a dir seems to give
  430. the thing conniptions. My cartridge helps though if I set single-sided mode.
  431.  
  432. Malcolm
  433.  
  434.  
  435. #: 14483 S1/Help/Data Lib Tools
  436.     26-May-88  13:49:21
  437. Sb: #14442-XMODEM - RunTerm
  438. Fm: Gary Farmaner 76703,3050
  439. To: Todd Heimarck/Sysop 76703,3051 (X)
  440.  
  441. I put those numbers backwards. It's "C" to start CRC three times, plus NAK 6
  442. times for checksum, then abort.
  443.  
  444.  
  445. #: 14484 S1/Help/Data Lib Tools
  446.     26-May-88  14:00:15
  447. Sb: #14472-XMODEM - RunTerm
  448. Fm: Marte Brengle 76703,4242
  449. To: Todd Heimarck/Sysop 76703,3051 (X)
  450.  
  451. Todd, I know about those commands, thanks.  I just haven't figured out how to
  452. get them to work before I upload or download something with Sixth Sense. I
  453. don't think I can send that command through the program, and since the disk
  454. autoboots, the drive is in 1571 mode.
  455.  
  456.                                                        --M--
  457.  
  458.  
  459.  
  460.  
  461. #: 14492 S1/Help/Data Lib Tools
  462.     26-May-88  18:56:43
  463. Sb: #14477-#XMODEM - RunTerm
  464. Fm: Steve Nye/Sysop 76703,4032
  465. To: Russ Ranshaw (CIS) 70000,1010 (X)
  466.  
  467. Russ,
  468.    Glad to have the expert's opinion <smile>.  I agree concerning Xmodem, it is
  469. a hard protocol to keep up with...and now WXmodem, YXmodem, ZXmodem, and
  470. God-only-knows-Xmodem!
  471.    I didn't really think that anything was put in the new software to change
  472. the protocol, but several users have reported the same thing... that they were
  473. able to use the same hard/software combination to download prior to the
  474. software change...but not since.  If it was only one or two, I would have opted
  475. for operator error or a crashed disk or something else local.  But there have
  476. been sever (more than two) so the only common area I could think of was the sig
  477. software.
  478.    Besides...it accomplished its purpose...it got the expert to drop by
  479. <smile>.
  480.    You can get hold of Run Magazine at the following address:
  481.    RUN
  482.    80 Elm St.
  483.    Peterborough, NH  03458
  484.    They also operate a BBS....since it is work related <hehehe>....
  485.    (603) 924-9704
  486.    Thanks for dropping in and helping out.
  487.    SteveN
  488.  
  489.  
  490.  
  491.  
  492.  
  493. #: 14497 S1/Help/Data Lib Tools
  494.     26-May-88  21:53:21
  495. Sb: #14478-#XMODEM - RunTerm
  496. Fm: Todd Heimarck/Sysop 76703,3051
  497. To: Russ Ranshaw (CIS) 70000,1010 (X)
  498.  
  499. Russ:
  500.    A few comments about your messages to Steve and me regarding Xmodem and the
  501. new CIS software:
  502.    First of all, the problem most likely is in the Runterm program and not in
  503. your CIS routines.  Or it might be in the hardware.
  504.    I use a program called "Bobsterm" and I've had no problems with Xmodem
  505. downloads from CIS.
  506.    Second, there's a double-meaning to "zero."  If you ask a Commodore modem
  507. for a byte and there's nothing there, a null (no byte) can be interpreted as an
  508. ASCII 0.  The ASCII value of no-byte is sometimes an ASCII zero.  When someone
  509. says "the terminal waits for a series of zeros," he might mean "the term
  510. program watches for something to happen."
  511.    Third, modem communications cause a non-maskable interrupt (NMI), and the
  512. received byte automatically goes into the RS-232 buffer, which is only 256
  513. bytes long.  If the term software is written in interpreted BASIC, it might get
  514. so far behind the buffer that the buffer overflows. Assembly routines never
  515. have this problem at 300 or 1200.  BASIC programs do.
  516.    Fourth, the RUNterm program was published in a magazine as a type-in
  517. program.  It's possible that the person complaining made a typing mistake,
  518. although it's unlikely.  Most Commodore magazines use checksum programs that
  519. check your typing.
  520.    There's more, but you get the drift.  I think the problem is in the RUNterm
  521. program, not in the CIS software.
  522.    ToddH
  523.  
  524.  
  525.  
  526. #: 14498 S1/Help/Data Lib Tools
  527.     27-May-88  06:11:53
  528. Sb: #14492-#XMODEM - RunTerm
  529. Fm: Russ Ranshaw (CIS) 70000,1010
  530. To: Steve Nye/Sysop 76703,4032 (X)
  531.  
  532. Steve,
  533.   Hmmm.  I had thought someone here could give me the source.  I personally
  534. don't have time to call RUN magazine or their BBS.
  535.   I agree that it seems the common items here are our XMODEM software and the
  536. RunTerm program.  I remember 'way back when, when someone would submit a
  537. FORTRAN deck to the university compter and complain that it didn't work, that
  538. it worked six months ago, that the submittor hadn't changed anything, that it
  539. simply _HAD_ to be the computer or the compiler or the operating system or
  540. whatever.  And almost _every_ time it turned out that the dude had in fact made
  541. a minor change, and tried to cover it up by saying "Oh, that little change
  542. shouldn't make any difference."
  543.   I see no mention of port parameters in teh messages or replies thereto.
  544. XMODEM, and most protocols except Kermit, require 8 databits, no parity. Has
  545. this issue in fact been pursued, or does it not make sense for Commodore
  546. computers (of which I am nearly ignorant)?
  547.   Is the user doing whatever is necessary to initiate the XMODEM receive on his
  548. end?
  549.   By the way, the last time the XMODEM code was touched was February 1, 1988,
  550. and that was to change error codes returned to the calling program. No changes
  551. were made to the logic.  So, I'm at a loss here.  The current XMODEM code has
  552. been in use since then, and these are the first reports I've seen, nearly four
  553. months later.
  554.   Can the more knowledgeable in the Commodore world pursue this a little more
  555. thoroughly, since I don't have the necessary credentials?
  556.        -Russ
  557.  
  558.  
  559.  
  560.  
  561.  
  562. #: 14499 S1/Help/Data Lib Tools
  563.     27-May-88  06:12:01
  564. Sb: #14497-XMODEM - RunTerm
  565. Fm: Russ Ranshaw (CIS) 70000,1010
  566. To: Todd Heimarck/Sysop 76703,3051 (X)
  567.  
  568. Todd,
  569.   Ah, I forgot about the <NUL> and its role in Commodore systems.  Dosen't that
  570. make XMODEM rather difficult to implement since it has no support for quoting
  571. <NUL> or anything else?  It is possible to get a checksum of <NUL>, so I don't
  572. really see how it can work.
  573.   Since XMODEM uses a fixed packet of 132 bytes, I don't see this as a problem
  574. for the 256 byte comm. buffer.
  575.   I'll drop out of this, then, until some more definitive data comes to light.
  576.        -Russ
  577.  
  578.  
  579.  
  580.  
  581. #: 14500 S1/Help/Data Lib Tools
  582.     27-May-88  08:03:39
  583. Sb: #14498-#XMODEM - RunTerm
  584. Fm: Bob Raikes 75616,1153
  585. To: Russ Ranshaw (CIS) 70000,1010 (X)
  586.  
  587. Gee, guys, what a broad range of opinions. Okay, let's get one thing clear:
  588. There was NO change to my program, and probably not to that of the other users
  589. who complained. Not a little change, No change. Also, as I said, I tried
  590. several versions, so it wasn't a corrupted disk. As I said, downloads with
  591. Runterm before the first of the year were consistently successful. I was off
  592. for months, came back in mid-May, and found that I could not download. I'll bet
  593. the house that the software changes are the cause. I'm not a programmer so I
  594. don't follow completely the arguments presented in this case. Thomas Fry seems
  595. to be willing to run this down; that would be very nice and appreciated. I
  596. personally am an underpaid newspaper drudge and can't afford to buy another
  597. terminal program, so either a patch or a CIS repair would help my youngsters
  598. continue to learn their way around onlineland. Thanks for all the responses but
  599. don't give up.
  600.  
  601.  
  602.  
  603.  
  604.  
  605. #: 14501 S1/Help/Data Lib Tools
  606.     27-May-88  10:39:47
  607. Sb: #14498-#XMODEM - RunTerm
  608. Fm: Marte Brengle 76703,4242
  609. To: Russ Ranshaw (CIS) 70000,1010 (X)
  610.  
  611. I am SO glad to see you make mention of the fact that Xmodem requires certain
  612. word length and parity settings.  I just got a message on CBMCOM a day or so
  613. ago in which someone berated me for saying just that, insisting that Xmodem
  614. "doesn't care" about such things and simply downloads exactly what is sent to
  615. it regardless of how the program is set.  Perhaps you could come over to CBMCOM
  616. and tell the gentleman yourself, since he apparently doesn't think I know
  617. what's what  <smile>
  618.  
  619.                                                          --M--
  620.  
  621.  
  622.  
  623.  
  624.  
  625. #: 14502 S1/Help/Data Lib Tools
  626.     27-May-88  11:47:45
  627. Sb: #14500-#XMODEM - RunTerm
  628. Fm: Russ Ranshaw (CIS) 70000,1010
  629. To: Bob Raikes 75616,1153 (X)
  630.  
  631. Bob,
  632.   My observations are based on what I have experienced over many years in the
  633. saddle.  I wasn't accusing anyone of willful misinformation, only pointing out
  634. that there are many paths to traverse and scenic vistas on the way to
  635. uncovering what is actually going on rather than taking pot shots at one end or
  636. the other.
  637.   We have a lot of users, many of whom use XMODEM to do up- and down-loads with
  638. the Data Libraries.  When someone comes along with a tale of woe concerning
  639. XMODEM, I have to begin questioning to find out exactly what is happening.
  640.   You indicated that you tried XMODEM downloads from CompuServe and they
  641. failed.  Did you try any from a local BBS?
  642.   I would like to have a step-by-step walkthru of what happens, from the time
  643. that the download is requested on the host until you finally give up. I'd also
  644. like to have some information, such as the timing parameters of the XMODEM
  645. implementation in use, and anyother piece of evidence which you might be privy
  646. to.
  647.   I'll bet your house that software changes on our end are not the cause of
  648. your problems! :+)  About the only thing I can think of at the moment is that
  649. RunTerm has classic XMODEM timing, making its use on CoumpServe very iffy, or
  650. the port parameters on the coumputer aren't 8N1.
  651.        -Russ
  652.  
  653.  
  654.  
  655.  
  656.  
  657. #: 14503 S1/Help/Data Lib Tools
  658.     27-May-88  11:47:55
  659. Sb: #14501-XMODEM - RunTerm
  660. Fm: Russ Ranshaw (CIS) 70000,1010
  661. To: Marte Brengle 76703,4242 (X)
  662.  
  663. Marte,
  664.   You might point out that the second byte in an XMODEM packet is the sequenc
  665. number, and that it has a range of 0 to 255, which requires 8 bits, and that
  666. the checksum can also assume any value in the range of 0 to 255, and that
  667. XMODEM is used to transfer binary (8 bit) as well as ASCII data. Oh, yes, he
  668. might have to be told that in order to cope with the range 0 to 255 requires 8
  669. bits, and that is the exact size of bytes in our computers and of the data
  670. shipped over communication lines.  You can cite me as your source!  :+)
  671.        -Russ
  672.  
  673.  
  674.  
  675.  
  676. #: 14506 S1/Help/Data Lib Tools
  677.     27-May-88  11:58:32
  678. Sb: #14501-#XMODEM - RunTerm
  679. Fm: Gary Farmaner 76703,3050
  680. To: Marte Brengle 76703,4242 (X)
  681.  
  682. Marte,
  683.  
  684.   It's possible that Tony is RIGHT.
  685.  
  686.   CompuServe statements are based on the hardware/software they know. Hardware
  687. UARTs when set to a specific parity case (except none) may strip the parity bit
  688. before giving the byte to the computer. Therefore, if you don't convert to
  689. 8/1/NONE you'll lose the high bit.
  690.  
  691.   What I beleive Tony is saying is, that the Commodore 8-bit UART software
  692. routines DO NOT modify the byte received. A parity error will be flagged, but
  693. the actual byte in the buffer still has the parity bit left untouched. Thus,
  694. the byte is as if the system were set to 8/1.
  695.  
  696.   I'll have to investigate.
  697.  
  698. Gary
  699.  
  700.  
  701.  
  702. #: 14507 S1/Help/Data Lib Tools
  703.     27-May-88  14:13:06
  704. Sb: #14506-XMODEM - RunTerm
  705. Fm: Marte Brengle 76703,4242
  706. To: Gary Farmaner 76703,3050 (X)
  707.  
  708. Gary, Tony didn't say anything about "Xmodem on the Commodore."  He made it a
  709. GENERAL statement, and that is why I took issue with what he said (leaving
  710. aside the tone in which he said it).  The problem with making blanket
  711. statements like that ANYWHERE is that they simply muddy the issue.
  712.  
  713. For whatever reason, Commodore computer owners ARE having trouble with Xmodem
  714. downloads lately, and I feel it's worth changing whatever we can on our end
  715. just to see if it makes a difference.  If it doesn't, THEN we assume it's a
  716. system problem.  But if Tony is right and the settings on our computers don't
  717. matter, then obviously something is massively wrong somewhere.
  718.  
  719.                                                            --M--
  720.  
  721.  
  722.  
  723.  
  724. #: 14520 S1/Help/Data Lib Tools
  725.     28-May-88  19:11:22
  726. Sb: #14501-#XMODEM - RunTerm
  727. Fm: John F Davis 73455,43
  728. To: Marte Brengle 76703,4242 (X)
  729.  
  730. You know, Some people think they know everything. Some DO know everything (at
  731. least about some things)
  732.  
  733. X-MODEM does not care about the leangth of the words (text) it downloads. What
  734. the KNOW-IT-ALL (read that as *** **** (word not postable)) fails to consider
  735. is that WORD LENGTH means something quite different to a computer user then it
  736. does to a typeist!
  737.  
  738. If you hear from him again refer him to me.
  739.  
  740. John
  741.  
  742.  
  743.  
  744. #: 14521 S1/Help/Data Lib Tools
  745.     28-May-88  21:04:49
  746. Sb: #14502-#XMODEM - RunTerm
  747. Fm: Bob Raikes 75616,1153
  748. To: Russ Ranshaw (CIS) 70000,1010 (X)
  749.  
  750. Thanks a lot for offering to help figure this out. It's well over my head. The
  751. suggestion about trying Runterm with another board is a good one, but,
  752. unfortunately, I don't even know of any. I don't do this a whole lot. Hmm. I do
  753. have a list of some; I'll try it and let you know how I make out. I don't know
  754. about timing and other technical details of the program. I can try to upload it
  755. -- that's something I haven't tried yet -- and I'll query the magazine. Or I
  756. can otherwise make the code available if you can tell me how. As for the
  757. disastrous details: There has been no change in hardware -- and the system
  758. still runs Flight Simulator II and other complex stuff, so I think it's OK --
  759. and I have about 4 copies of the program, all of which give the same results.
  760. Before the first of the year the only time or two I had download failure was
  761. when I got kicked off the line on a weathery night. Since I came back this
  762. month what happens is that as soon as I hit the return key after telling
  763. Runterm to download, either one of two things happens. I get an immediate
  764. <operation aborted> message, or Runterm waits indefinitely -- I let it go 5 or
  765. 6 minutes -printing the word WAITING, which it should print at the time it
  766. tells the host to transmit. This is at any time of day, and last December I
  767. never had to wait more than 10 seconds or so and seldom that long. Runterm
  768. still reads files OK, but that's no way to obtain machine language programs
  769. unless you live for frustration. The program's operation is goof-proof, so it
  770. can't be that I've forgotten how to use it -- and don't forget that there have
  771. been others with the same problem. Well, I'll try uploading it. Thanks a lot
  772. for your interest and offer to help.
  773.  
  774.  
  775.  
  776.  
  777.  
  778.  
  779.  
  780. #: 14526 S1/Help/Data Lib Tools
  781.     28-May-88  23:02:57
  782. Sb: #14520-XMODEM - RunTerm
  783. Fm: Todd Heimarck/Sysop 76703,3051
  784. To: John F Davis 73455,43
  785.  
  786. John:
  787.    Gary Farmaner pointed out on CBMCOM that for some computers, word length
  788. **does** make a difference.
  789.    Some computers use a chip called a "Universal Asynchronous
  790. Receiver/Transmitter" (UART) for connecting to modems.  If you send the UART a
  791. command to ignore the eighth bit, it throws it away.  That means that the
  792. Xmodem checksum has a 50-50 chance of being wrong, since the final bit is
  793. always going to be zero and the checksum might or might not include a one
  794. there.
  795.    Commodores don't use a hardware UART; it's all handled in the operating
  796. system software.  This means terminal programs pay attention to the eighth bit
  797. during Xmodem transfers.
  798.    ToddH
  799.  
  800.  
  801. #: 14540 S1/Help/Data Lib Tools
  802.     30-May-88  01:42:00
  803. Sb: #XMODEM - RunTerm
  804. Fm: Thomas R. Fry 70317,140
  805. To: Bob Raikes 75616,1153 (X)
  806.  
  807. Hi Bob. I located the problem and I have the solution.
  808.  Runterm was at fault, but CIS was allowing it work until they changed;
  809. probably last February.
  810.  
  811.  
  812.     -Load Runterm (but don't run it)
  813.     -In Direct Mode, Type In:
  814.  
  815.         POKE 11510,0
  816.  
  817.      and press [RETURN].
  818.  
  819.     -SAVE a copy, or RUN it.
  820.  
  821.    I just performed a download of DL1.DIR succesfully, and it seemed to work
  822. fine. I did get a few block re-sends, probably
  823.  from noisy Telco lines.
  824.  
  825.    If anyone is curious, I'ld be more than happy to explain the how's and
  826. why's.
  827.  
  828.  
  829.                       Happy Downloads !
  830.  
  831.                   Thomas Fry,70317,140
  832.  
  833.  
  834.  
  835. #: 14542 S1/Help/Data Lib Tools
  836.     30-May-88  12:15:46
  837. Sb: #14540-XMODEM - RunTerm
  838. Fm: Sysop/Betty Knight 76703,4037
  839. To: Thomas R. Fry 70317,140 (X)
  840.  
  841. Dear Thomas,
  842.  
  843.      Your "RunTerm" poke 11510,0 corrects the error when downloading with its
  844. XMODEM.  Congratulations and that's terrific!!
  845.  
  846.      I'm more than curious to know what was causing the XMODEM download Error. 
  847. I will forward your message on to Russ Ranshaw of CompuServe and your answer to
  848. this message. You know that some Members besides Commodore users have also
  849. noted a problem with XMODEM downloading and your patch here may be the answer
  850. that CompuServe needs.
  851.  
  852.      I'm sure that the other Sysops and Members will be looking forward to the
  853. "how's and why's" of this XMODEM problem.  Thanks and take care.
  854.  
  855.           Sincerely,
  856.           Sysop/Betty Knight
  857.  
  858.  
  859. #: 14546 S1/Help/Data Lib Tools
  860.     30-May-88  23:11:28
  861. Sb: #14540-XMODEM - RunTerm
  862. Fm: Todd Heimarck/Sysop 76703,3051
  863. To: Thomas R. Fry 70317,140 (X)
  864.  
  865. Thomas:
  866.    I'd be interested in an explanation, too.  If it's a long one, you might
  867. want to upload it.
  868.    Todd Heimarck
  869.    P.S. In fact, it might be a good idea to make it a permanent part of the
  870. Help section.  If I were you, I'd put the POKE in the descriptionof the file. 
  871. Then, if people wanted to read the hows and whys, they could download.  If they
  872. just wanted the POKE, they could read the description without downloading.
  873.  
  874.  
  875. #: 14547 S1/Help/Data Lib Tools
  876.     31-May-88  07:19:28
  877. Sb: #14521-#XMODEM - RunTerm
  878. Fm: Russ Ranshaw (CIS) 70000,1010
  879. To: Bob Raikes 75616,1153 (X)
  880.  
  881. Bob,
  882.   I saw a message indicating how RunTerm can be "poked" into working.  I have
  883. no idea what the poke does; if anyone knows, PLEASE let me know!
  884.   Have you tried the fix?
  885.        -Russ
  886.  
  887.  
  888.  
  889.  
  890.  
  891. #: 14548 S1/Help/Data Lib Tools
  892.     31-May-88  10:17:43
  893. Sb: #14547-#XMODEM - RunTerm
  894. Fm: Sysop/Betty Knight 76703,4037
  895. To: Russ Ranshaw (CIS) 70000,1010 (X)
  896.  
  897. Dear Russ,
  898.  
  899.      Yes, the "poke 11510,0" to the "RunTerm" Terminal Program certainly does
  900. work for downloading with its XMODEM - I've tested it.  We all are looking
  901. forward to Bob Raikes' message about the explanation of what this poke does.
  902.  
  903.      If the answer doesn't come to your PPN I will be sure to "mail" you a copy
  904. through EasyPlex.  Whatever it is - it may answer some XMODEM problems with
  905. other brands of computers.  Thanks for your interest; I appreciate it.  Take
  906. care.
  907.  
  908.           Sincerely,
  909.           Sysop/Betty Knight
  910.  
  911.  
  912.  
  913. #: 14550 S1/Help/Data Lib Tools
  914.     31-May-88  17:01:58
  915. Sb: #14548-#XMODEM - RunTerm
  916. Fm: Ed Flinn 73127,1476
  917. To: Sysop/Betty Knight 76703,4037 (X)
  918.  
  919. Betty,
  920.      Uh oh, I think there may be more than one version of Runterm, then.  Over
  921. the weekend I went and hunted down the version you mentioned, from SOFTEX.  It
  922. doesn't seem to have any mention of a particular version on any screen or
  923. message I've seen.  The POKE 11510,0 doesn't help that version any.  In that
  924. version, in fact, at 11510 is the first letter "o" in the "Upload or download"
  925. message.  Performing the POKE just causes that message to be truncated, since
  926. the program, apparently, is delimiting messages with $00.  The download
  927. continues to fail.  With any luck Bob Raikes' explanation will allow the
  928. offending byte in this version to be found and fixed, as well.  <ed>
  929.  
  930.  
  931.  
  932. #: 14554 S1/Help/Data Lib Tools
  933.     31-May-88  22:34:39
  934. Sb: #14548-#XMODEM - RunTerm
  935. Fm: Bob Raikes 75616,1153
  936. To: Sysop/Betty Knight 76703,4037 (X)
  937.  
  938. My son called from home and said Thomas Fry's one-bite repair to RunTerm
  939. worked. Amazing. I haven't the faintest idea what is in that part of memory
  940. and, having decided a few years ago that I'd have to give up supporting my
  941. family if I wanted to seriously study 6502 machine language, I probably
  942. couldn't figure it out. The gentleman said he'd explain if people want to hear
  943. an explanation. Obviously there are at least a handful of us who won't sleep
  944. right until we know. I'd also like to know why the program worked for so long
  945. and how the CIS software changes ended that cozy relationship. I'd very much
  946. like to thank Mr. Fry.
  947.  
  948.  
  949.  
  950. #: 14558 S1/Help/Data Lib Tools
  951.     01-Jun-88  07:16:33
  952. Sb: #14550-#XMODEM - RunTerm
  953. Fm: Sysop/Betty Knight 76703,4037
  954. To: Ed Flinn 73127,1476 (X)
  955.  
  956. Dear Ed,
  957.  
  958.      Thanks for your message and you are absolutely correct about two versions
  959. of "RunTerm."
  960.  
  961.      The "RunTerm" patch "poke 11510,0" works with the version that Bob
  962. uploaded privately for research purposes.  I first downloaded "RunTerm" from
  963. CompuServe's SOFTEX area and tried to download with its XMODEM and it wouldn't.
  964. Then I tried with Bob's version and it would't download either.
  965.  
  966.      Then Thomas Fry wrote about the "patch" and I tried it with Bob's version
  967. and XMODEM downloaded fine.  I did NOT test with the patch in the current
  968. SOFTEX version.
  969.  
  970.      Last night, after reading your message, I tried the "patch" in the SOFTEX
  971. version and it doesn't work as you wrote.  So there must be two versions. We'll
  972. need to wait for Thomas' explanation of the "patch" so we can then find the
  973. correct location in the new version.  I'm realy curious about it and why what
  974. used to be allowed in the old Access Software which isn't allowed now.
  975.  
  976.      Thanks again and take care.
  977.  
  978.           Sincerely,
  979.           Sysop/Betty Knight
  980.  
  981.  P.S.  These two versions have different file sizes also.
  982.  
  983.  
  984.  
  985.  
  986.  
  987. #: 14560 S1/Help/Data Lib Tools
  988.     01-Jun-88  08:35:18
  989. Sb: #14554-XMODEM - RunTerm
  990. Fm: Sysop/Betty Knight 76703,4037
  991. To: Bob Raikes 75616,1153 (X)
  992.  
  993. Dear Bob,
  994.  
  995.      I'm glad that the "RunTerm" patch worked for your Son.  Most of us are
  996. waiting anxiously for Thomas Fry's message that explains what the patch does.
  997.  
  998.      You might want to read messages #14550 from Ed Flinn and my answer #14558
  999. about there being two versions of "RunTerm" around.  Just enter at the  Forum!
  1000. or Messages ! prompt -- ri 14550 and then read the reply to it.
  1001.  
  1002.      Good luck and take care.
  1003.  
  1004.           Sincerely,
  1005.           Sysop/Betty Knight
  1006.  
  1007.  
  1008.  
  1009.  
  1010. #: 14567 S1/Help/Data Lib Tools
  1011.     01-Jun-88  18:04:31
  1012. Sb: #14498-#XMODEM - RunTerm
  1013. Fm: Steve Nye/Sysop 76703,4032
  1014. To: Russ Ranshaw (CIS) 70000,1010 (X)
  1015.  
  1016. Russ,
  1017.    I didn't mean to imply an error in the CIS code...but rather that some
  1018. change in the CIS code had made this Xmodem protocol MORE particular than it
  1019. had been in the past.  Since several users had the same problem, and had in the
  1020. past used the software successfully, I was searching for something (like the
  1021. parity you pointed out) that might be more critical now than it had been with
  1022. the old software.  But as someone has already found the fix (I wonder what is
  1023. at that address anyway <smile>) the point is moot (or it is mute....or just
  1024. unimportant <hehehe>)
  1025.    Thanks again Russ.
  1026.    SteveN
  1027.  
  1028.  
  1029.  
  1030.  
  1031.  
  1032. #: 14575 S1/Help/Data Lib Tools
  1033.     01-Jun-88  23:00:52
  1034. Sb: #14558-XMODEM - RunTerm
  1035. Fm: Todd Heimarck/Sysop 76703,3051
  1036. To: Sysop/Betty Knight 76703,4037 (X)
  1037.  
  1038. Betty:
  1039.    I think we could find the byte to POKE in the other version.  If I  could
  1040. download both versions from one of the sections reserved for sysops, I could
  1041. probably locate the byte to POKE.
  1042.    ToddH
  1043.  
  1044.  
  1045. #: 14578 S1/Help/Data Lib Tools
  1046.     02-Jun-88  09:08:45
  1047. Sb: #14567-XMODEM - RunTerm
  1048. Fm: Russ Ranshaw (CIS) 70000,1010
  1049. To: Steve Nye/Sysop 76703,4032
  1050.  
  1051. Steve,
  1052.   Having seen the explanation by Thomas Fry, it seems that RunTerm is doing
  1053. something that is not covered in the XMODEM specification, namely sending a
  1054. message after the NAK, which the host interprets as in-appropriate garbage and
  1055. decides that the link is corrupted so attempts to cancel the transfer.
  1056.   Looking over the XMODEM code here, I don't understand why it should be
  1057. happening.  I made changes to the logic to prevent such problems a while back,
  1058. and the production version of ACCESS might not yet have the upgrade in it. 
  1059. Please try the current FILTRN on Level 5 to see if it causes the same kind of
  1060. problem using un-modified RunTerm.
  1061.   To use the Level 5 FILTRN, enter the command
  1062.        PER
  1063.  
  1064. (PERsonal area).  You will be taken to the "OK" prompt.  Enter the command
  1065.        LEV 5
  1066.  
  1067. Then
  1068.        R FILTRN
  1069.  
  1070. Select XMODEM protocol and answer the questions.  If you don't have any files
  1071. in your personal area (check with the DIR command before doing the R FILTRN),
  1072. upload one first.
  1073.  
  1074.        I think it should work.  If not, let me know.  I'll send you a copy of
  1075. our XMODEM code which is the likely spot for causing the reported problem. 
  1076. Maybe someone else can spot something I can't.
  1077.        -Russ
  1078.  
  1079.  
  1080. #: 14579 S1/Help/Data Lib Tools
  1081.     02-Jun-88  09:09:07
  1082. Sb: #14567-XMODEM - RunTerm
  1083. Fm: Russ Ranshaw (CIS) 70000,1010
  1084. To: Steve Nye/Sysop 76703,4032
  1085.  
  1086.     [GET_ACK] :
  1087.         BEGIN
  1088.         ! Try to get a character
  1089.         IF (CHAR = GET_X_CHAR ($TIME_ACK)) EQL FAILURE
  1090.         THEN
  1091.             ACTION = Error
  1092.         ELSE
  1093.             SELECTONE (.CHAR AND %O'377') OF
  1094.                 SET
  1095.                 ! Got the <ACK>, successful transfer
  1096.                 [$CH_ACK] :
  1097.                     BEGIN
  1098.                     SEQUENCE = .SEQ_NEXT;
  1099.                     RETURN SUCCESS;
  1100.                     END;
  1101.                 ! Negative acknowledge, resend buffer
  1102.                 [$CH_NAK] :
  1103.                     ACTION = ERROR;         ! 8 bit nak
  1104.                 [%C'C'] :
  1105.                     ACTION = ERROR;         ! 16 bit nak
  1106.                 ! Receiver wants to cancel
  1107.         [$CH_CAN] :
  1108.             BEGIN
  1109.             ! Check if it is really a CANcel
  1110.             IF (CHAR=GET_X_CHAR ($CAN_TIME)) EQL FAILURE
  1111.             THEN
  1112.         ACTION = CANCEL
  1113.             ELSE
  1114.                         BEGIN
  1115.                         IF ((.CHAR AND %O'377') EQL %C' ') OR
  1116.                            ((.CHAR AND %O'377') EQL $CH_CR) or
  1117.                            ((.Char and %o'377') eql $ch_CAN)
  1118.                         THEN ACTION = CANCEL    ! Some send CAN SPC
  1119.                                                 ! others send CAN CR
  1120.                                                 ! yet others send CAN CAN
  1121.                         ELSE ACTION = ERROR;    ! Must be garbage
  1122.                         END;
  1123.                     END;
  1124.                         [OTHERWISE] :
  1125.                     begin
  1126.                     ERR_COUNT = .ERR_COUNT + 1; ! Increment error count
  1127.                     if .Err_Count gtr $Err_Max
  1128.                     then action = Cancel
  1129.                     else ACTION = GET_ACK;
  1130.                     end;
  1131.                 TES;
  1132.  
  1133.  
  1134. #: 14598 S1/Help/Data Lib Tools
  1135.     03-Jun-88  11:52:48
  1136. Sb: #14578-#XMODEM - RunTerm
  1137. Fm: Sysop/Betty Knight 76703,4037
  1138. To: Russ Ranshaw (CIS) 70000,1010 (X)
  1139.  
  1140. Dear Russ,
  1141.  
  1142.      We found there are two versions of "RunTerm" and neither one would
  1143. work. The "patch" in the older version works fine - we don't have a
  1144. "patch" for newer version yet.
  1145.  
  1146.      I tried with both versions in my PERsonal File Area with  R FILTRN
  1147. to download with XMODEM.  Neither one would work on both LEV 5 and LEV
  1148. 1 (naturally NO on LEV 0 either).
  1149.  
  1150.      Without the "patch" in either version on all LEVels I get the
  1151. following error messages: --
  1152.  
  1153.      >>OPERATION ABORTED<<   (From "RunTerm" - ?)
  1154.  and then --
  1155.      ? FTRABT - Transfer Aborted!  (I assume from CompuServe)
  1156.  
  1157.      We're working on a "patch" for the newer SOFTEX version.  Thanks
  1158. for your help and take care.
  1159.  
  1160.           Sincerely,
  1161.           Betty Knight
  1162.  
  1163.  
  1164.  
  1165. #: 14601 S1/Help/Data Lib Tools
  1166.     04-Jun-88  12:17:02
  1167. Sb: #14598-#XMODEM - RunTerm
  1168. Fm: Russ Ranshaw (CIS) 70000,1010
  1169. To: Sysop/Betty Knight 76703,4037 (X)
  1170.  
  1171. Betty,
  1172.   Are you saying that neither unpatched RunTerm works with FILTRN from
  1173. any level?  Most odd; I'd expect them to work with the new version on
  1174. Level 5, or 1 whichever it's on.
  1175.   Evidently the >>OPEATION ABORTED<< is from RunTerm; nothing we have
  1176. puts out anything that looks like that.  The ? FTRABT ... is from
  1177. FILTRN.
  1178.   I'll see if it can be duplicated with anything I have sources to.
  1179.        -Russ
  1180.  
  1181.  
  1182.  
  1183.  
  1184. #: 14603 S1/Help/Data Lib Tools
  1185.     04-Jun-88  18:19:49
  1186. Sb: #14601-XMODEM - RunTerm
  1187. Fm: Steve Nye/Sysop 76703,4032
  1188. To: Russ Ranshaw (CIS) 70000,1010 (X)
  1189.  
  1190. Russ,
  1191.    I THINK the problem can be duplicated like so....
  1192.    Initiate the Xmodem download on the CIS end.
  1193.    Before starting the download at the remote, send the following:
  1194.       <CR> Text <CR>
  1195.    The text is unimportant, and I think the second <CR> is unimportant.
  1196. The system sees the carriage return, and aborts.  There is a prompt
  1197. that Runterm sends to the host at the beginning of the transfer, and
  1198. that prompt is bracketed by returns.  I believe that CIS sees the
  1199. returns and aborts.  At any rate, if you follow the above procedure,
  1200. the download aborts long before CIS has had the time to time-out
  1201. (approximately 100 seconds if I am correct )
  1202.    So the problem is the text line that Runterm sends the host, but I
  1203. wonder why CIS used to ignore it, and now aborts.
  1204.    SteveN
  1205.  
  1206.  
  1207.  
  1208. #: 14607 S1/Help/Data Lib Tools
  1209.     05-Jun-88  08:41:54
  1210. Sb: #14601-XMODEM - RunTerm
  1211. Fm: Sysop/Betty Knight 76703,4037
  1212. To: Russ Ranshaw (CIS) 70000,1010 (X)
  1213.  
  1214. Dear Russ,
  1215.  
  1216.      Yes, I am saying that both "RunTerm" C64 Terminal Programs will
  1217. not download with XMODEM with  R FILTRN  from my  PRO area using LEVels
  1218. 0, 1 and 5. This means that SOFTEX has a Version of "RunTerm" which
  1219. will not download.
  1220.  
  1221.      CompuServe did have a C64 when I "beta tested" C64 VIDTEX for
  1222. Duane Harris, Randy Raynak and John Pampuch.  If you still have it you
  1223. could see the problem using the SOFTEX's "RunTerm" program Number 909.
  1224.  
  1225.      Thanks for your interest and take care.
  1226.  
  1227.           Sincerely,
  1228.           Betty Knight
  1229.  
  1230.  
  1231. #: 14658 S1/Help/Data Lib Tools
  1232.     08-Jun-88  12:33:27
  1233. Sb: #14456-XMODEM - RunTerm
  1234. Fm: Russ Ranshaw (CIS) 70000,1010
  1235. To: Sysop/Betty Knight 76703,4037 (X)
  1236.  
  1237. Betty,
  1238.   There is a new version of FILTRN on Level 5 which has some changes to
  1239. XMODEM support.  Can you please try RunTerm and let me know what
  1240. happens?
  1241.   For the edification of yourself and others, the situation is that
  1242. back in December we were fielding complaints from a commercial customer
  1243. that our XMODEM code as not behaving "properly" (what ever that
  1244. means!).  In particular, we were retransmitting a packet whenever
  1245. spurious characters were received while waiting for the ACK on
  1246. downloads.  The perticular software that the customer was using didn't
  1247. like duplicated packets, and would crash if too many duplicates were
  1248. seen.  So, a change was made to not automatically retransmit on a
  1249. timeout or spurious characters (that is, not an ACK, NAK, or CAN), but
  1250. each spurious character was counted as an error.  After ten errors
  1251. while waiting for an ACK, we would send a series of three CANs.
  1252.   The change on Level 5 is to not count spurious characters as errors.
  1253.   I might point out that a lot of this is not covered in any XMODEM
  1254. documentation I have ever read.  In fact, most such documentation
  1255. assumes that there is a point-to-point communication connection between
  1256. the two machines, and that instantaneous response to a NAK etc is
  1257. possible.  But such response is _NOT_ possible over a switched network
  1258. such as CompuServe's, and so changes had to be made to allow for the
  1259. nature of networks.
  1260.         -Russ
  1261. PS:  The updated XMODEM support will not be in production for several
  1262. weeks.
  1263.  
  1264.  
  1265.  
  1266. #: 14659 S1/Help/Data Lib Tools
  1267.     08-Jun-88  13:14:47
  1268. Sb: #14658-XMODEM - RunTerm
  1269. Fm: Sysop/Betty Knight 76703,4037
  1270. To: Russ Ranshaw (CIS) 70000,1010 (X)
  1271.  
  1272. Dear Russ,
  1273.  
  1274.      Thank you for your very informative message concerning XMODEM and
  1275. I will test LEV 5 of FILTRN  with the "RunTerm" Terminal Program (both
  1276. versions of "RunTerm").    I'll do the test this afternoon and leave
  1277. you the results in an answer to your message.  Thanks again and take
  1278. care.
  1279.  
  1280.           Sincerely,
  1281.           Betty Knight
  1282.  
  1283.  
  1284. #: 14668 S1/Help/Data Lib Tools
  1285.     08-Jun-88  22:31:11
  1286. Sb: #xmodem - Runterm
  1287. Fm: Thomas R. Fry 70317,140
  1288. To: [F] Sysop/Betty Knight 76703,4037 (X)
  1289.  
  1290. Hi Betty. Sorry to create such a frenzy. I have not been able to keep
  1291. up with
  1292.  all the messages, but I still say that Runterm is at fault. It
  1293. violates the prime protocol. Yes, it does print OPERATION ABORTED (I
  1294. thought I said that once). I hope that simply correcting the user
  1295. tel-com software would solve/end it.
  1296.  
  1297.  
  1298.                  Sorry,
  1299.                  Tom Fry 70317,140
  1300.  
  1301.  
  1302. #: 14674 S1/Help/Data Lib Tools
  1303.     09-Jun-88  08:44:36
  1304. Sb: #14658-XMODEM - RunTerm
  1305. Fm: Sysop/Betty Knight 76703,4037
  1306. To: Russ Ranshaw (CIS) 70000,1010
  1307.  
  1308.  
  1309.  
  1310. Dear Russ,
  1311.  
  1312.      I've spent quite a bit of time testing these two "RunTerm"
  1313. versions.  I uploaded a small Binary program file to my PERsonal Area
  1314. so I could test with program files as well as ASCII files.  I
  1315. downloaded my test .BIN file using "VT100-128" and the program
  1316. downloaded and ran just fine.
  1317.  
  1318.      Using the older version of "RunTerm" with no patch I went to my
  1319. PER Area and set Level 5 at the R FILTRN prompt.  The download did NOT
  1320. abort like it does on LEVel 0 but the program will NOT run when loaded.
  1321. So then I loaded the newer version of "RunTerm" from SOFTEX with NO
  1322. patches and repeated the above test.  This time I received the
  1323. "RunTerm" message of "Transfer in progress" and then a series of ten
  1324. "RunTerm" prompts of "waiting" because CompuServe did not start their
  1325. transfer and "RunTerm" timed out after ten "waiting" messages with
  1326. ">>OPERATION ABORTED<<"
  1327.  
  1328.      Sysop Todd Heimarck did some research with the two versions of
  1329. "RunTerm" and he created a "Patch" for the SOFTEX version -- poke
  1330. 7698,0
  1331.  and Thomas Fry created one for the older version -- poke 11510,0
  1332.  
  1333.      With each version with its noted patch above, they both download
  1334. fine from the CBMART LIBraries using XMODEM and also my test Binary
  1335. upload in my PERsonal Area.
  1336.  
  1337.      The conclusion I came to from the testing is:
  1338.  
  1339.      The LEVel 5 FILTRN did not work
  1340.  
  1341.      Both programs with the "poke" patch do work all right
  1342.  
  1343.      Does anyone have any opinions on this?  Thanks and take care.
  1344.  
  1345.           Sincerely,
  1346.           Betty Knight
  1347.  
  1348.  
  1349.  
  1350. #: 14675 S1/Help/Data Lib Tools
  1351.     09-Jun-88  09:06:11
  1352. Sb: #14668-##xmodem - Runterm
  1353. Fm: Sysop/Betty Knight 76703,4037
  1354. To: Thomas R. Fry 70317,140 (X)
  1355.  
  1356. Dear Tom,
  1357.  
  1358.      I really appreciate your interest with this "RunTerm" XMODEM problem. Your
  1359. patch of "poke 11510,0" certainly corrected the problem with the older version.
  1360.  
  1361.      Sysop Todd Heimarck discovered that the patch "poke 7698,0" corrected the
  1362. problem in the newer SOFTEX "RunTerm."
  1363.  
  1364.      The one thing that bothers me is -- why did these versions work before? I
  1365. suppose we will never know but we do now have patches for both versions. Thanks
  1366. again, Tom, for your help and interest in this problem.  Take care.
  1367.  
  1368.           Sincerely,
  1369.           Sysop/Betty Knight
  1370.  
  1371.  
  1372. #: 14682 S1/Help/Data Lib Tools
  1373.     09-Jun-88  16:50:17
  1374. Sb: #14674-#XMODEM - RunTerm
  1375. Fm: Ed Flinn 73127,1476
  1376. To: Sysop/Betty Knight 76703,4037 (X)
  1377.  
  1378. Betty,
  1379.      I think there's a problem now in LEV 5.  In order to pursue this latest
  1380. wrinkle, I used a disk doctor to create a one sector file of alternating bytes
  1381. of $00 and $FF.  At the default level in R FILTRN, I uploaded this as binary,
  1382. using DarkTerm, and immediately downloaded it with DarkTerm, and checked it.
  1383. All OK.  I then logged on with Runterm, issued LEV 5, and downloaded it. All
  1384. $00's were stripped from the file on download.  Since this program has
  1385. apparently worked in the past, I logged back on with DarkTerm, issued LEV 5,
  1386. and downloaded the file.  Again, all $00's were stripped from the file.  I
  1387. believe the LEV 5 Xmodem is not properly handling nulls.  <ed>
  1388.  
  1389.  
  1390. #: 14696 S1/Help/Data Lib Tools
  1391.     10-Jun-88  07:10:57
  1392. Sb: #14674-XMODEM - RunTerm
  1393. Fm: Russ Ranshaw (CIS) 70000,1010
  1394. To: Sysop/Betty Knight 76703,4037 (X)
  1395.  
  1396. Betty,
  1397.   Please do a VER command to FILTRN and tell me what version is running.  It
  1398. should be (113) or later.  Also, try this:
  1399.        o  R FILTRN
  1400.        o  Select XMODEM
  1401.        o  Etc.
  1402.        o  Instead of starting XMODEM on your end,
  1403.           enter control-U (a NAK).
  1404.        o  FILTRN should send the first packet.
  1405.        o  Type something like OK, SEND THE FILE, hit enter
  1406.           (or return or whatever it`s called).
  1407.           Nothing should happen.  If you get the control-X's
  1408.           (I have no idea what they do on a Commodore),
  1409.           it is probably the wrong version of FILTRN.
  1410.  
  1411. This is the test I used to verify that the reported problem for RunTerm was
  1412. fixed.  Am I missing something?
  1413.        -Russ
  1414.  
  1415.  
  1416.  
  1417. #: 14697 S1/Help/Data Lib Tools
  1418.     10-Jun-88  07:11:05
  1419. Sb: #14682-XMODEM - RunTerm
  1420. Fm: Russ Ranshaw (CIS) 70000,1010
  1421. To: Ed Flinn 73127,1476
  1422.  
  1423. Ed,
  1424.   Did you select "Binary" when you did the download?  ASCII mode will strip
  1425. NULs, but Binary dosen't (or shouldn't).  Other people regularly download
  1426. binary files with no ill effects on a variety of systems.  Oh, dosen't the
  1427. Commodore have problems with <NUL>s?  It seems to me that the comm. driver
  1428. returns <NUL> to mean "nothing there, Charlie."
  1429.        -Russ
  1430.  
  1431.  
  1432.  
  1433. #: 14698 S1/Help/Data Lib Tools
  1434.     10-Jun-88  07:11:20
  1435. Sb: #14675-#xmodem - Runterm
  1436. Fm: Russ Ranshaw (CIS) 70000,1010
  1437. To: Sysop/Betty Knight 76703,4037 (X)
  1438.  
  1439. Betty,
  1440.   I thought I explained that.  Prior to early January, our XMODEM would resend
  1441. a packet if while waiting for an ACK it either timed out or received an
  1442. unanticipated character.  This was fouling up some commercial users whose
  1443. XMODEM support barfed on a duplicate packet (actually, counted it as an error
  1444. and bombed after so many of them).  I changed it so that a time out and
  1445. spurious characters both resulted in an error count but did not resend the
  1446. packet.  RunTerm, for some reason, begins its download dialogue with
  1447. <NAK><CR>OK, SEND THE FILE<CR>, and the stuff after the <NAK> was counted as
  1448. errors.  After ten errors, ("<CR>OK, SEND "), we aborted and sent three <CAN>s
  1449. (control-X).  Level 5 is supposed to fix this by counting timeout as an error,
  1450. but spurious characters are ignored.  I suspect that the level 5 version of
  1451. FILTRN on your host is not current.  I'll make sure the correct version is
  1452. propogated everywhere.
  1453.   I just checked.  I don't know what version you were running, but Level 1 now
  1454. has (114) on your host.  Give it  a try.
  1455.        -Russ
  1456.  
  1457.  
  1458.  
  1459.  
  1460.  
  1461. #: 14709 S1/Help/Data Lib Tools
  1462.     10-Jun-88  18:54:44
  1463. Sb: #14697-XMODEM - RunTerm
  1464. Fm: Ed Flinn 73127,1476
  1465. To: Russ Ranshaw (CIS) 70000,1010
  1466.  
  1467. Russ,
  1468.      Nope, these were type:/bin downloads.  I did try an /asc tonite, just to
  1469. see what it would look like, and the $00FF string gets translated to, I think,
  1470. $707F401F.  Neither the 00 nor the FF get thru clean.
  1471.      I don't know enough to discuss how term pgms for the Commodore are able to
  1472. differentiate between a NUL and nothing.
  1473.      I started doing another test tonight of the download problems, and, having
  1474. seen your message to Betty, started querying the VER.  I believe that at one
  1475. point, I had version 1B(114), and that in this version, both LEV 0 and LEV 5
  1476. were dropping NULs.  I cannot, however, duplicate this, and so mention it only
  1477. in passing.
  1478.      Once I began a more formal recording of my tests and results, the only VER
  1479. I was getting was 1B(101).  In this version, three term pgms that I consider
  1480. solid worked perfectly at level 0 and level 5, as did the patched Softex
  1481. Runterm.  The unpatched Softex Runterm aborted the download at both levels.
  1482.  
  1483. <ed>
  1484.  
  1485.  
  1486. #: 14713 S1/Help/Data Lib Tools
  1487.     10-Jun-88  23:15:27
  1488. Sb: #14697-XMODEM - RunTerm
  1489. Fm: Todd Heimarck/Sysop 76703,3051
  1490. To: Russ Ranshaw (CIS) 70000,1010
  1491.  
  1492. Russ:
  1493.    A null string (nothing there) is not the same as a <NUL> character, which
  1494. has an ASCII value of 0 and a string length of 1.  Of course, you already knew
  1495. that.  In Commodore 64 BASIC, if A$ is a null string, LEN(A$) will be zero and
  1496. ASC(A$) doesn't work.  On the C-128, LEN is zero and ASC(A$) is also zero. 
  1497. Also, if you're inputting from a disk or from the RS-232/modem channel, if
  1498. nothing's there, you'll get a null string, which could be interpreted as a
  1499. <NUL> character.
  1500.    However, there are ways (status variables) to check to see if you really got
  1501. a character.  After I wrote that other message to you, I found out that RUNterm
  1502. was written by someone whose programming abilities are excellent.  He wouldn't
  1503. make the mistake of interpreting a null string as a <NUL> or vice versa,
  1504. although he did make a dumb mistake when he decided to send that greeting.  He
  1505. probably tested it on CIS and it worked on the old software.
  1506.    ToddH
  1507.  
  1508. #: 14714 S1/Help/Data Lib Tools
  1509.     11-Jun-88  07:34:07
  1510. Sb: #14696-XMODEM - RunTerm
  1511. Fm: Sysop/Betty Knight 76703,4037
  1512. To: Russ Ranshaw (CIS) 70000,1010
  1513.  
  1514. Dear Russ,
  1515.  
  1516.      Thanks for your messages.  I'm sorry I didn't think to check the Version
  1517. of FILTRN on LEV 5.  Friday I went to my PERsonal Area and it so happened that
  1518. sometimes in FILTRN I got 1B(114) and sometimes it would be back to the LEV 0
  1519. version 1B(101).  I tried to find a pattern of why this was happening but
  1520. that's something else.
  1521.  
  1522.      I think Ed Flinn is correct about the LEVel 5  1B(114) being a problem.  I
  1523. went to level 5 and FILTRN 1B(114) using my regular "VT100-128" Terminal
  1524. Program and downloaded my test Binary file with its XMODEM.  It downloaded as
  1525. seven XMODEM blocks but it could NOT be "loaded and run."  Then I followed the
  1526. same procedure using my C64 VIDTEX4.2 and the file downloaded and "loaded and
  1527. ran" just fine.  That's why I say there is a problem with FILTRN 1B(114) and
  1528. XMODEM (Commodore).  Also today, Saturday 06/11/88, I did another test using
  1529. the "Common Sense" Terminal program and XMODEM to download my test Binary file.
  1530. It downloaded but would NOT "load and run" on 1B(114) but the same test on
  1531. 1B(101) downloaded and ran just fine.  I'm really concerned if the FILTRN
  1532. version 1B(114) becomes the ACCESS software because no Commodore Members could
  1533. download with XMODEM and that would be a disaster.  Now back to the "RunTerm"
  1534. XMODEM problem.
  1535.  
  1536.      <continued on next message>
  1537.  
  1538.  
  1539.  
  1540. #: 14715 S1/Help/Data Lib Tools
  1541.     11-Jun-88  07:37:14
  1542. Sb: #14696-XMODEM - RunTerm
  1543. Fm: Sysop/Betty Knight 76703,4037
  1544. To: Russ Ranshaw (CIS) 70000,1010
  1545.  
  1546. Dear Russ,
  1547.  
  1548.      <continued from previous message>
  1549.  
  1550.      First, I feel certain that my testing on Thursday was with 1B(101) and NOT
  1551. 1B(114).  I tried your procedure of using a  CTRL-U and it did display one
  1552. block (128 characters) and a CTRL-X started the "RunTerm" XMODEM download. This
  1553. download could NOT be "loaded and run."  I found also that on 1B(114) I did NOT
  1554. need the CTRL-U -- it would download with no timeout.  However, again it would
  1555. NOT "load and run."  This was with the older version of "RunTerm." The SOFTEX
  1556. version of "RunTerm" did need the CTRL-U to get it started but after
  1557. downloading it also would NOT "load and run."
  1558.  
  1559.      Ed tried several Commodore XMODEM Terminal Programs and none of them
  1560. downloaded correctly as PRG files with 1B(114).  I have one other Terminal
  1561. Program (Bobs Term 128) that I will test with both 1B(114) and 1B(101).  I
  1562. think I know the outcome will be like all of the others -- I'll let you know.
  1563.  
  1564.      Does the FILTRN software become the ACCESS software?  I'll do some further
  1565. testing and will look forward to any new information you can supply. Thanks and
  1566. take care.
  1567.  
  1568.           Sincerely,
  1569.           Betty Knight
  1570.  
  1571.  
  1572.  
  1573. #: 14716 S1/Help/Data Lib Tools
  1574.     11-Jun-88  07:48:26
  1575. Sb: #14709-XMODEM - RunTerm
  1576. Fm: Sysop/Betty Knight 76703,4037
  1577. To: Ed Flinn 73127,1476 (X)
  1578.  
  1579. Dear Ed,
  1580.  
  1581.      I think you are correct in that besides the "RunTerm" problem
  1582. there are XMODEM problems on 1B(114) with quite a few CBM XMODEM
  1583. Terminal Programs.
  1584.  
  1585.      See my messages #14714 and #14715 on my testing.  Thanks for your
  1586. research on this problem.  Take care.
  1587.  
  1588.           Sincerely,
  1589.           Sysop/Betty Knight
  1590.  
  1591.  
  1592. #: 14721 S1/Help/Data Lib Tools
  1593.     11-Jun-88  17:32:10
  1594. Sb: #XMODEM - RunTerm
  1595. Fm: Bob Raikes 75616,1153
  1596. To: Betty Knight 76703,4037 (X)
  1597.  
  1598. I've been scrolling hang-jawed through the messages about the RunTerm
  1599. XModem problem. It's too bad this forum has been cursed with this
  1600. thing, but it may help some users. Which brings me to the point: Is
  1601. there any way of communicating with RunTerm users of other forums --
  1602. and users of other software that may have been caught in the same jam,
  1603. if any? It'd be nice to spread Thomas Fry's patch as far as possible.
  1604. Also, I wonder if anyone has mentioned this to the source of the
  1605. program. Thanks for working on this. Bob R.
  1606.  
  1607.  
  1608.  
  1609. #: 14723 S1/Help/Data Lib Tools
  1610.     11-Jun-88  19:03:46
  1611. Sb: #14526-XMODEM - RunTerm
  1612. Fm: John F Davis 73455,43
  1613. To: Todd Heimarck/Sysop 76703,3051
  1614.  
  1615. Re: 8th bit, X-modem and Mr. Farmer's comments.
  1616. I belive that what I said is X-MODEM requires 8 bit word length.
  1617. Most terminal programs can use either 7 or 8 bit but X-MODEM needs 8
  1618. What I should have made clear is 7-8 bit word length is for TEXT only.
  1619. Not for data transfer. Oh well. That causes more than one problem
  1620. beacuse Comp-U-Serve will work with either 7 or 8 bit word length
  1621. except for file transfer
  1622. Well, Hope this clears things up
  1623. John
  1624.  
  1625. #: 14724 S1/Help/Data Lib Tools
  1626.     11-Jun-88  19:05:59
  1627. Sb: #14721-XMODEM - RunTerm
  1628. Fm: Sysop/Betty Knight 76703,4037
  1629. To: Bob Raikes 75616,1153
  1630.  
  1631. Dear Bob,
  1632.  
  1633.      We have quite a thread going in CBMART on XMODEM in General on a
  1634. new version and also with two  versions of RunTerm.  Thomas Fry gave
  1635. the patch for what we are calling thw old version and Sysop Todd
  1636. Heimarck gave the patch for the newer SOFTEX version.  And they both
  1637. worked fine.  Sysop Todd mentioned we need a general help file on this
  1638. for our users, so in CBMART's  LIB 1 there is a file named   RUNTER.HLP
  1639. which explains the patches and how you find out if you need them and
  1640. which "poke" patch to use.  It is a very short file and please, if you
  1641. want to recommend interested Members to this CBMART LIB 1 file we would
  1642. be glad to help them,.
  1643.  
  1644.      Also, all of the Messages on this XMODEM situation has been
  1645. captured in a file and is available for all members to read or download
  1646. (it's rather long so downloading would be better for printing off
  1647. line).  While this is a continuing message topic, every day I put the
  1648. new messages in the XMODEM.THD   file in CBMART's  LIB  1.
  1649.  
  1650.      I'm having fun working on testing with new versions at other
  1651. LEVels so we can be certain the new ACCESS Software, when it gets here
  1652. will be working with Commodore's XMODEM.  The Sysops and Ed Flinn have
  1653. been working with Russ Ranshaw for information.  If you have anything
  1654. to add to this thread, please leave any questions about it and heep the
  1655. "thread" going to completion.
  1656.  
  1657.      So, Bob, you could recommend your friends read the two files in
  1658. CBMART's LIBrary 1  named:--
  1659.  
  1660.      RUNTER.HLP
  1661.  
  1662.      XMODEM.THD
  1663.  
  1664.      Thanks for your help and take care.
  1665.  
  1666.           Sincerely,
  1667.           Sysop/Betty Knight
  1668.  
  1669. #: 14725 S1/Help/Data Lib Tools
  1670.     11-Jun-88  19:16:56
  1671. Sb: #14721-XMODEM - RunTerm
  1672. Fm: Sysop/Betty Knight 76703,4037
  1673. To: Bob Raikes 75616,1153
  1674.  
  1675. Dear Bob,
  1676.  
  1677.      I'm delighted we can help our Members with the "RunTerm" problem
  1678. and that we can accumulate this nice "thread"  of messages (XMODEM.THD)
  1679. concerning another possible XMODEM problem.
  1680.  
  1681.      Tell your friends about the files and then they will know where to
  1682. get some answers.  Good luck and take care.
  1683.  
  1684.           Sincerely,
  1685.           Sysop/Betty Knight
  1686.  
  1687.  
  1688. #: 14740 S1/Help/Data Lib Tools
  1689.     12-Jun-88  20:18:24
  1690. Sb: #14675-#xmodem - Runterm
  1691. Fm: Neil Cumfer 72457,111
  1692. To: Sysop/Betty Knight 76703,4037 (X)
  1693.  
  1694. Dear Betty,
  1695.   I have been following the messages about Xmodem very closely because
  1696. I too have experienced problems downloading from CompuServe to my B128
  1697. (though not recently since my current terminal program has a better
  1698. implementation of Xmodem).
  1699.   I agree with you, CompuServe's Xmodem will not work properly under
  1700. Level 5 (version 114).  I uploaded a short BASIC program to my personal
  1701. area.  Don't know if you are a programmer, but Commodore BASIC uses NUL
  1702. to separate each program line.  NUL's are also possible for the bytes
  1703. reserved for line numbers and line links, and my program had several of
  1704. them.  When I downloaded it with version 101 after issuing the R FILTRN
  1705. command, it came across perfectly.  But when I changed to level 5 and
  1706. used version 114, it was another story.  I did get a downloaded file on
  1707. my disk, but as another member wrote, it did not have any NUL's in it
  1708. so of course it would not run. All the other 7-bit and 8-bit characters
  1709. (including BASIC keyword tokens) were identical to the original file.
  1710.   My file, after the Xmodem padding was added in, had 768 8-bit bytes.
  1711. Curiously, version 101 reported the size as 384 characters, while
  1712. version 114 said it had 768 characters.  Also, version 101 transmitted
  1713. the padding as NUL's, which is what my terminal used when uploading the
  1714. file.  But version 114, after deleting the NUL's, was 37 (8-bit)
  1715. characters short of an Xmodem block and so it padded the file with
  1716. ^Z's.
  1717.    I am surprised that CompuServe did not catch this error until you
  1718. reported it.  Surely Commodore isn't the only computer that uses the
  1719. NUL?
  1720.    Good luck in getting them straightened out!  I wonder if FILTRN
  1721. means FILTeR out the Nulls?
  1722.                      Neil Cumfer
  1723.  
  1724.  
  1725.  
  1726.  
  1727.  
  1728. #: 14743 S1/Help/Data Lib Tools
  1729.     13-Jun-88  06:38:21
  1730. Sb: #14696-XMODEM - RunTerm
  1731. Fm: Sysop/Betty Knight 76703,4037
  1732. To: Russ Ranshaw (CIS) 70000,1010
  1733.  
  1734. Dear Russ,
  1735.  
  1736.      I completed another test in FILTRN both versions.  I used "Bobs
  1737. Term Pro 128" and its XMODEM protocol.  This is a Terminal Program
  1738. which many use and never have any trouble downloading with XMODEM.
  1739.  
  1740.      Using my test Binary file, I downloaded it from LEVel 5 Version
  1741. 101 and the download took place; then the program "loaded and ran" just
  1742. fine.
  1743.  
  1744.      Using the same procedure I downloaded from LEV 5 Version 114 and
  1745. the file downloaded, BUT it would not "load and run".  So this is yet
  1746. another Commodore Terminal Program which will NOT download with XMODEM
  1747. from 1B(114).  Like I mentioned before - if FILTRN 1B(114) is ever
  1748. moved to the Forum ACCESS software we will not be able to download from
  1749. our LIBraries with XMODEM with Commodore personal computers.
  1750.  
  1751.      I won't test anymore until I hear back from you on 1B(114). 
  1752. Thanks and take care.
  1753.  
  1754.           Sincerely,
  1755.           Betty Knight
  1756.  
  1757.  
  1758. #: 14743 S1/Help/Data Lib Tools
  1759.     13-Jun-88  06:38:21
  1760. Sb: #14696-XMODEM - RunTerm
  1761. Fm: Sysop/Betty Knight 76703,4037
  1762. To: Russ Ranshaw (CIS) 70000,1010 (X)
  1763.  
  1764. Dear Russ,
  1765.  
  1766.      I completed another test in FILTRN both versions.  I used "Bobs Term Pro
  1767. 128" and its XMODEM protocol.  This is a Terminal Program which many use and
  1768. never have any trouble downloading with XMODEM.
  1769.  
  1770.      Using my test Binary file, I downloaded it from LEVel 5 Version 101 and
  1771. the download took place; then the program "loaded and ran" just fine.
  1772.  
  1773.      Using the same procedure I downloaded from LEV 5 Version 114 and the file
  1774. downloaded, BUT it would not "load and run".  So this is yet another Commodore
  1775. Terminal Program which will NOT download with XMODEM from 1B(114).  Like I
  1776. mentioned before - if FILTRN 1B(114) is ever moved to the Forum ACCESS software
  1777. we will not be able to download from our LIBraries with XMODEM with Commodore
  1778. personal computers.
  1779.  
  1780.      I won't test anymore until I hear back from you on 1B(114).  Thanks and
  1781. take care.
  1782.  
  1783.           Sincerely,
  1784.           Betty Knight
  1785.  
  1786.  
  1787. #: 14744 S1/Help/Data Lib Tools
  1788.     13-Jun-88  08:52:34
  1789. Sb: #14709-XMODEM - RunTerm
  1790. Fm: Russ Ranshaw (CIS) 70000,1010
  1791. To: Ed Flinn 73127,1476 (X)
  1792.  
  1793. Ed,
  1794.   Thanks.  I still don't know why RunTerm is aborting, but I do know whay
  1795. <NUL>s (and <^Z)s are being dropped.  The correction has been made for this and
  1796. should be up by tomorrow (FILTRN version 1B(115)).  I assume you meant
  1797. "/type:bin" and not "type:/bin" because the latter is obscure to me.  Yes,
  1798. selecting /type:asc on a binary file will yield strange results which bear
  1799. little relationship to the actual data.
  1800.   Your failure to return to 1B(114) was likely due to trying the level change
  1801. from within FILTRAN rather than outside of it.  It is best to return to the
  1802. "OK" prompt, issue the "LEVEL" command, then "R FILTRN".  Do a VER immediately.
  1803.   If RunTerm fails with 1B(114) or later, there must be something else going on
  1804. and we have to find out what.
  1805.        -Russ
  1806.  
  1807.  
  1808.  
  1809. #: 14745 S1/Help/Data Lib Tools
  1810.     13-Jun-88  08:52:39
  1811. Sb: #14713-XMODEM - RunTerm
  1812. Fm: Russ Ranshaw (CIS) 70000,1010
  1813. To: Todd Heimarck/Sysop 76703,3051 (X)
  1814.  
  1815. Todd,
  1816.   I found a glitch in the latest code on our end which drops <NULs> (and ^Zs). 
  1817. It is fixed and on its way.
  1818.        -Russ
  1819.  
  1820.  
  1821.  
  1822. #: 14746 S1/Help/Data Lib Tools
  1823.     13-Jun-88  08:52:45
  1824. Sb: #14714-#XMODEM - RunTerm
  1825. Fm: Russ Ranshaw (CIS) 70000,1010
  1826. To: Sysop/Betty Knight 76703,4037 (X)
  1827.  
  1828. Betty,
  1829.   I found and fixed the missing <NUL> problem.  It should arrive in FILTRN
  1830. version 1B(115) tomorrow.
  1831.   I'm still concerned, tho, about unpatched RunTerm aborting downloads.
  1832.        -Russ
  1833.  
  1834.  
  1835. #: 14748 S1/Help/Data Lib Tools
  1836.     13-Jun-88  14:26:41
  1837. Sb: #14746-XMODEM - RunTerm
  1838. Fm: Sysop/Betty Knight 76703,4037
  1839. To: Russ Ranshaw (CIS) 70000,1010 (X)
  1840.  
  1841. Dear Russ,
  1842.  
  1843.      That's good news on FILTRN 1B(115).  As soon as it is available I will run
  1844. my XMODEM tests again and let you know.  Yes, I too am concerned about the
  1845. "RunTerm" aborting downloads.  I'll test it again on 1B(115).
  1846.  
  1847.      I'm packing to move so all of my computer manuals and most software is
  1848. packed (I cannot disassemble now). But after testing with 1B(115) perhaps
  1849. either one of the CBMART Sysops or myself can disassemble "RunTerm" (both
  1850. versions - they are written in assembler code) to check the actual code that is
  1851. causing the problem.
  1852.  
  1853.      Thanks for the information and take care.
  1854.  
  1855.           Sincerely,
  1856.           Betty Knight
  1857.  
  1858. #: 14749 S1/Help/Data Lib Tools
  1859.     13-Jun-88  17:49:52
  1860. Sb: #14740-#xmodem - Runterm
  1861. Fm: Sysop/Betty Knight 76703,4037
  1862. To: Neil Cumfer 72457,111 (X)
  1863.  
  1864. Dear Neil,
  1865.  
  1866.      Thank you very much for your research on XMODEM; it was appreciated. When
  1867. you continue with the new messages in this thread, you will see that on LEV 5
  1868. the FILTRN version 1B(115) will be available tomorrow morning which corrects
  1869. the NUL problem.  FILTRN is really FILe TRaNfer (I think) but your definition
  1870. of the acronym was very apropos to this problem <smile>.
  1871.  
  1872.      Thanks again for your message and take care.  It's nice to see you here.
  1873.  
  1874.           Sincerely,
  1875.           Sysop/Betty Knight
  1876.  
  1877. #: 14755 S1/Help/Data Lib Tools
  1878.     14-Jun-88  08:45:46
  1879. Sb: #14746-XMODEM - RunTerm
  1880. Fm: Sysop/Betty Knight 76703,4037
  1881. To: Russ Ranshaw (CIS) 70000,1010
  1882.  
  1883. Dear Russ,
  1884.  
  1885.      Congratulations - it works!  Remember what I said!
  1886.  
  1887.      It seems to me that all is well with FILTRN version 1B(115).  I did my
  1888. tests with it and here are the results:
  1889.  
  1890.       "VT100-128"          XMODEM  OK
  1891.       "Common Sense"       XMODEM  OK
  1892.       "BobsTerm Pro 128"   XMODEM  OK
  1893.       "VIDTEX4.2"          B-Proto OK
  1894.       "RunTerm" (58 Block) XMODEM  OK
  1895.       "RunTerm" (46 Block) XMODEM  OK
  1896.  
  1897.      Both "RunTerm" versions were run withOUT the patch and all is well.  Do
  1898. you have any idea when FILTRN 1B(115) will become the Forum ACCESS software?
  1899. The patches for "RunTerm" will be needed until the ACCESS software is
  1900. corrected.  I doubt that many Commodore users use FILTRN in their PERsonal Area
  1901. for downloading files - they download from the Forum LIBraries.
  1902.  
  1903.      Thanks for all of your help and "trouble shooting" - I enjoyed it because
  1904. it was what I used to do for a living <smile>.
  1905.  
  1906.      Take care.
  1907.  
  1908.           Sincerely,
  1909.           Betty Knight
  1910.  
  1911.  
  1912. #: 14870 S1/Help/Data Lib Tools
  1913.     29-Jun-88  11:33:42
  1914. Sb: Bon xferique...
  1915. Fm: Russ Ranshaw (CIS) 70000,1010
  1916. To: All
  1917.  
  1918. It seems that we have fixed the XMODEM protocol problem which was plaguing
  1919. users of RunTerm.  The new version of ACCESS which contains the fix is on its
  1920. way down thru the various levels of testing and should arrive here in the not
  1921. too distant future.  I will now fade away from CBMART.  If anyone has any
  1922. additional problems with XMODEM or B protocols, don't hesitate to send me an
  1923. EasyPlex.
  1924.        -Russ
  1925.  ("Who _WAS_ that masked man?")
  1926.  
  1927.  
  1928.  
  1929.  
  1930.